home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Diamond Collection / The Diamond Collection (Software Vault)(Digital Impact).ISO / cdr48 / 386p_200.zip / WANTED.TXT < prev    next >
Text File  |  1995-01-14  |  4KB  |  88 lines
  1.  
  2.   WANTED: HARDWARE & SYSTEM DOCS
  3.                 
  4.           DEAD OR ALIVE (better if internet-reachable)
  5.  
  6. I don't have many $ (well, no dollar$ and very few Italian Lira$)
  7. sooner or later i will buy a CD-ROM  to get access to those
  8. disks packed with informations for devenlopers
  9. but until then i will have to scan the internet for docs.
  10. I know there are lots of CD-ROMs with all the info i want, but, heck! 
  11.  
  12. 386P 2.00   Most wanted info needed to provide you a better 386P+XGE toolkit
  13.             21 August 1994 
  14.  
  15. GENERAL MIDI
  16.         I've gathered some info from x2ftp.oulu.fi about midi and gen. midi
  17.         but it is not enough, i want to be 100% compatible before the release
  18.         a MIDI DRIVER (capable to "simulate" a general midi interface
  19.         above a plain XSD driver, or to play midi files using the
  20.         Adlib ADSR synthesis , or hooking to a general midi card)
  21.         
  22. VL-BUS,MCA,EISA & PCI  Direct Memory Access
  23.         I really want to go for overkill! The current VDMA module
  24.         is intended to support (currently) only ISA BUS DMA
  25.         So i don't know how it may work with MicroChannel (MCA)
  26.         and i know it can't take advantage of the extra
  27.         capabilities of EISA, VL-BUS or PCI.
  28.         If you have dettailed info about bus identification,setup
  29.         and DMA on these systems PLEASE TELL ME!
  30.         I know EISA can dma-burst at 33Mb/sec & MCA gets near to that.
  31.         PCI can support more dma channels than ISA and at speeds 
  32.         greater than EISA.
  33.         VL-BUS ... know nothing except a note on sounblaster docs about
  34.         problems with dma channel 1 (why?).
  35.         Holy mainframes! If a video/sound card can take advantage
  36.         of those dma speed demons it is possible to use 
  37.         DMA TO COPY DISPLAY PAGES with low overhead while pumping data
  38.         at maximum bus bandwidth!
  39.         Or use other deep-cruncher methods not possible with low speed dma.
  40.         
  41. OBJ FILE FORMAT 
  42.         I've found on x2ftp.oulu.fi a file with the description of
  43.         the Microsoft object file format, but some things were not very clear.
  44.         
  45. EXE FILE FORMATS
  46.  
  47.        In the Ralph Brown Interrupt List i found info about
  48.        COM, EXE (MZ,NE,LE,LX) and other executable formats
  49.        but lots of critical info are still missing
  50.        Where can i find more info ? Especially about the import/export
  51.        conventions?
  52.        And i'm also expecially interested about the COFF file format
  53.         (the standard unix executable file format)
  54.        for Intel processors.
  55.        As said above the future evolutions of 386P will go for overkill
  56.        with enough self-configurability to run on various environments
  57.        (from MS-DOS to Linux to a PC emulator running
  58.         into an overpowered workstation)
  59.         
  60. WINDOWS INTERNALS
  61.  
  62.         In the future i want to make 386P more windows-friendly
  63.         (adding a Windows-friendly dos-extender and corollary
  64.         interface drivers), so if you know where i can get the docs
  65.         about assembler programming under Windows (95!!!!!!)
  66.         and all the Windows API docs ... tell me.
  67.  
  68. TAOS and things like that.
  69.         I'm also interested in the virtual assembly idea and all those
  70.         nice things i read months ago about Taos.
  71.         From my point of view, C or C++ are not good enough to be a 
  72.         "portable system programming language", they are better than Pascal
  73.         for this kind of stuff, but not like assembler.
  74.         I program in assembly better than in C, the only thing i miss
  75.         is debugging support (but when you chase a system level bug
  76.         a plain C debugger becomes dead meat).
  77.         In the future i want to add a portable virtual assembly compiler
  78.         into 386P (this way, by just porting the 386P kernel
  79.         it is possible to migrate all the already produced stuff in a minute).
  80.         My current idea is to keep a subset of 386 opcodes and translate 
  81.         the assembler sources to different cpu architectures, avoiding
  82.         to use self modifying code and byte ordering tricks
  83.         (when accessing external memory)
  84.         it becomes possible to port easily any program.
  85.  
  86. REWARDS... Oops! No rewards, except a better 386P available to all. :)
  87.        
  88.